home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 498 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.1 KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: Blocks
  3. Date:     Thu, 23 Jun 1994 11:25:14 -0600
  4. Precedence: bulk
  5.  
  6. Hello Timothy,
  7.  
  8. >Very nice.  'Add' is unambiguous but not too specific.
  9.  
  10. I agree; (wow) Actually, "Append" is a much better word in this case.  It
  11. clearly states what will happen, and has the same meaning as Append.  If
  12. you really wanted an alternate name, "Attach Selection" would even be
  13. better than "Add".  In context, "Add" is meaningless.
  14.  
  15. >You're right.  It's too much.  I prefer the terms "Hide Block", or
  16. >"Deselect Block".  Using the word 'all' in there doesn't seem to make
  17. >much sense.
  18.  
  19. Hide Selection; as was pointed out earlier today, "Selection" is more
  20. apt than "Block".
  21.  
  22. >A fellow SGI lover, eh?  :)  Did you know that SGI financially supports
  23. >its users groups, develops, supports, and advertizes new technology, has
  24. >a good customer service department, uses an optimized implementation of
  25. >UNIX, a very efficient GUI, and countless of other things that Atari
  26. >would never be caught dead doing?  Emphasis on the word 'dead' for
  27. >Atari.  Sheesh.
  28.  
  29. If you pay $200,000 for a computer, you can more or less expect these
  30. things...  :)
  31.  
  32. >Talk about ugly code.  I'm sorry, but this is a mess.  You're violating
  33. >numerous rules of readable code.  Is that why you said not to cover this
  34. >subject?  And those semicolons and colons all lined up there are ugly,
  35. >distracting, and out of place.
  36.  
  37. Ugly, maybe, but I'm sure it is readable to him (otherwise he would do it
  38. differently).  Your code, while somewhat better, seems to be missing a
  39. few things:
  40.  
  41. >            case Cancel:
  42.  
  43. Constants should be uppercase.  IE:  CANCEL
  44.  
  45. >            case Abandon:
  46. >                close;
  47. >
  48. >            case Reload:
  49. >                reload;
  50.  
  51. There are no "break" commands here?!?  This means that if ABANDON was
  52. selected, close, reload, save, close, save as, and close would all be
  53. performed.  Not a Good Thing (TM).
  54.  
  55.  
  56. >There.  That's better.  Now that I can read it, I can ask you why you are
  57. >closing upon save.  Why?  That's the most annoying feature of First
  58. >Word.  Don't close on save.  If I want to close, I'll TELL it to close.
  59.  
  60. This I can agree to...
  61.  
  62. >We need to make a standard that is robust, applicable to a wide range of
  63. >applications, and bullet-proof.  We can do it, but it'll take a lot of
  64. >work.  We've accomplished just about everything already.
  65.  
  66. We have accomplished quite a bit...  With some more work we'll have a
  67. really good standard.
  68.  
  69. >Ha!  Do you think Atari's going to be around that long?  They don't
  70. >develop computers any more.  We're just trying to salvage what's left of
  71. >the developers and make our twilight years the best they can be.
  72.  
  73. My computer does what I need; as long as it continues to do so, I'll
  74. stick with it.  I already have a great word processor, a great
  75. spreadsheet, a great terminal program (better than anything else I
  76. have ever seen; thanks to Wolfgang Wander), and everything else I
  77. need.
  78.  
  79.  
  80. -- 
  81. Michel Forget           \\   mforget@elfhaven.ersys.edmonton.ab.ca    //
  82. Electric Storm Software  \\  ess@tibalt.supernet.ab.ca               //
  83. PGP Public Key Finger. = 1F C0 D3 FE 40 51 7F 47 F3 4A C6 A0 6E 02 71 85
  84.